IN THE CLAIMS: 



This listing of claims will replace all prior versions, and listings, of claims in the present 
application: 

1 . (Currently amended) A method of operating a file server, comprising the steps of: 
receiving a network request at said file serve r from a client device , wherein the network 

request is part of a network session; 

recording a state afc-of said file serve r at the time of said receiving th e request, said state 
including information regarding a p e rsistent conn e ction between said server and a client devic e 
transparently to said client device, after receiving the request and prior to an offlining of the file 
server ; 

determining whether a recovery of said file server after said offlining is to be accomplished 
by rebooting said file server or by takeover by another server; 

restoring said state of said file server upon a reboot of said file server or upon a takeover by 
said other server, transparently to said client device ; and 

attempting to continu e continuing the network session b e tw ee n with said client device-and 
said fil e se rv e r, wh e r e in said step of r e cording s tat e furth e r comprises th e step of d e t e rmining 
wheth e r r e covery will b e accomplish e d by rebooting th e s e rver or takeover by anoth e r serv e r, 
wh e r e in said st e ps of r e cording and r e storing are transpar e nt to said cli e nt d e vic e after restoring 
said state . 

2. (Currently amended) The method of claim 1, wherein said step of receiving a network 
transmission request alse-includes the steps of 

acknowledging receipt of said network request; and 
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processing said network request. 

3. (Currently amended) The method of claim 1, wherein said step of recording state includes 
determining automatically whether the processing of a rthe network request is at a point where 
said state can be reliably recorded. 

4. (Currently amended) The method of claim 3, wherein said step of recording state occurs at 
points based on fee-progress of processing of a -the network request. 

5. (Original) The method of claim 4, wherein said state is recorded to a non-volatile storage. 

6. (Currently amended) The method of claim 1, wherein said step of recording state at said file 
server occurs as part of an elective reboot or elective takeover of a serve r, the method further 
comprising: 

ignoring current network requests ? and 
processing all active network requests^-aftd* 
prior to recording said state. 

7. (Original) The method of claim 6, wherein all currently active requests are processed to 
completion. 

8. (Currently amended) The method of claim 1, wherein said step of recording state further 
comprises the step of determining whether said s e rver a prior shutdown of said file server w as 
elective or non-elective. 
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9. (Currently amended) The method of claim 8, wherein said step of determining whether said 
server a prior shutdown is -of said file server was elective or non-elective is a function of a flag 
value stored in said-a_non-volatile storage. 

10. (Original) The method of claim 9, wherein said flag value indicates said server shutdown 
was elective. 

1 1 . (Original) The method of claim 9, wherein said flag value indicates said server shutdown 
was non-elective. 

12. (Canceled). 

13. (Currently amended) The method of claim 1, wherein said step of determining whether 
recovery wiM -is to be accomplished by rebooting the server or takeover by another server is a 
function of said-a_flag value stored in said-anon-volatile storage. 

14. (Currently amended) The method of claim 13, wherein said flag value indicates said 
recovery wiH- is to be accomplished by rebooting the server. 

15. (Currently amended) The method of claim 13, wherein said flag value indicates said 
recovery wiil- is to b e accomplished by takeover by another server. 

16. (Original) The method of claim 1, wherein said step of restoring state further comprises 
determining whether recovery is by reboot or takeover by another server. 
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17. (Currently amended) The method of claim 16, wherein said step of determining whether 
recovery is accomplished by reboot or takeover by another server is a function of said flag value 
stored in said-anon- volatile storage. 

18. (Currently amended) The method of claim 17, wherein said reboot comprises the st e ps of : 
rebooting th e s e rver* s an operating system of the file server ; and 

rebuilding in-memory data structures to the state prior to said reboot. 

19. (Original) The method of claim 18, wherein said rebuilding in-memory data structures 
further comprises fetching the state stored in said non-volatile storage to rebuild said in-memory 
data structures. 

20. (Original) The method of claim 17, wherein said takeover comprises fetching the state 
stored in the non- volatile storage and rebuilding said in-memory data structures in another server 
using said state. 

21. (Currently amended) The method of claim 1, wherein said step of attempting to continue the 
network session further comprises th e step of p rocessing the r e mainin g an uncompleted portion 
of the uncompl e t e d request. 

22. (Currently amended) An apparatus including: 

means for receiving a CIFS request at a file server from a client device , wherein the CIFS 
request is part of a CIFS session; and 

means for recording a state of said file serve r at th e tim e of said r e c e iving th e r e quest; said 
stat e including information regarding a p e rsistent connection b e tw e en said s e rv e r and a client 
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devie e transparently to said client device, after receiving the request and prior to an offlining of 
the file server ; 

means for determining whether a recovery of said file server after said offlining is to be 
accomplished by rebooting said file server or by takeover by another server; and 

on r e boot, means for restoring said file server to said state as recorded , upon a reboot of said 
file server or upon a takeover by said other server, transparently to said client device ; and 

means for att e mpting to continu e continuing the CIFS session betw e en with said client device 
and said fil e s e rv e r, wh e r e in s aid st e p of r e cording stat e further comprises th e step of 
d e t e rmining wh e th e r recovery will be accomplish e d by r e booting the s e rv e r or takeover by 
anoth e r serv e r after restoring said state . 

23. (Currently amended) The apparatus of claim 22, wherein said means for receiving a CIFS 
request includes a-means for acknowledging receipt of said CIFS request and ar-means for 
processing the request. 

24. (Currently amended) The apparatus of claim 22, wherein said means for recording state 
includes a-means to d e t e rmine for determining automatically whether the processing of a CIFS 
request is at a point where said state can be reliably recorded. 

25. (Currently amended) The apparatus of claim 24, wherein said m e ans for r ecording state 
occurs at points based on the progress of processing of a CIFS request. 

26. (Original) The apparatus of claim 25, wherein said state is recorded to a non-volatile 
storage. 
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27. (Currently amended) The apparatus of claim 22, wherein said m e an s for recording said state 
at said file server occurs as part of an elective reboot or elective takeover of a serve r, the 
apparatus further comprising: 

means for ignoring current CIFS requests; and 
means for processing all active CIFS requestsraftd 
m e ans for r e cording stat e. 

28. (Original) The apparatus of claim 27, wherein all currently active requests are processed to 
completion. 

29. (Currently amended) The apparatus of claim 22, wherein said means for recording state 
further comprises ar-means for determining whether said -a prior server shutdown was elective or 
non-elective. 

30. (Currently amended) The apparatus of claim 2729, wherein said means for determining 
whether said prior server shutdown was elective or non-elective is a function of a flag value 
stored in said non-volatile storage. 

31. (Currently amended) The apparatus of claim 30, wherein said flag value indicates said prior 
server shutdown was elective. 

32. (Currently amended) The apparatus of claim 30, wherein said flag value indicates said prior 
server shutdown was non-elective. 

33. (Canceled). 
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34. (Currently amended) The apparatus of claim 22, wherein said means for determining 
whether recovery wiHisto be accomplished by rebooting the server or takeover by another server 
is a function of said-aflag value stored in said-anon- volatile storage. 

35. (Currently amended) The apparatus of claim 34, wherein said flag value indicates said 
recovery wiHisto be accomplished by rebooting the server. 

36. (Currently amended) The apparatus of claim 34, wherein said flag value indicates said 
recovery wiH is to be accomplished by takeover by another server. 

37. (Canceled) 

38. (Currently amended) The apparatus of claim 37, wherein said means for determining 
whether said recovery is -is to be by reboot or takeover by another server is a function of said-a 
flag value stored in said-anon- volatile storage. 

39. (Currently amended) The apparatus of claim 38, wherein said reboot further comprises: 
m e ans for rebooting th e s e rv e r's an operating system of the server ; and 

m e ans for rebuilding in-memory data structures to the state prior to said reboot. 

40. (Currently amended) The apparatus of claim 39, wherein said means for rebuilding in- 
memory data structures further comprises means for fetching the state stored in said non- volatile 
storage to rebuild said in-memory data structures. 
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41 . (Currently amended) The apparatus of claim 38, wherein said takeover comprises m e ans for 
fetching the state stored in said non-volatile storage and rebuilding said in-memory data 
structures in another server using said state. 

42. (Currently amended) The apparatus of claim 22, wherein said means for attempting to 
continue the CIFS session further comprises ar-means for processing the remaining portion of the 
uncompleted request. 

43-53. (canceled) 

54. (New) The method of claim 1, wherein the network session is a CIFS session. 

55. (New) A method of operating a storage server, the method comprising: 

receiving a CIFS request at said storage server from a client device during a CIFS session; 
determining whether an elective offlining process of said storage server has been initiated; 
in response to determining that an elective offlining process of said storage server has been 
initiated, then prior to an elective offlining of said storage server, 

ignoring further incoming CIFS requests from said client device, 

completing currently active CIFS requests, 

determining whether a recovery of said storage server after said elective offlining 
is to be accomplished by rebooting said storage server or by takeover by another server, and 

recording a state of said storage server in a non-volatile storage medium 
transparently to said client device, in a manner which depends on whether said recovery is to be 
accomplished by rebooting said storage server or by takeover by another server; 

restoring said state of said storage server from said non- volatile storage medium during said 
recovery, transparently to said client device; and 
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continuing the CIFS session with said client device after restoring said state. 

56. (New) The method of claim 55, wherein said recording state comprises determining 
automatically whether processing of the CIFS request is at a point where said state can be 
reliably recorded. 

57. (New) The method of claim 56, wherein said recording state occurs at points based on 
progress of processing of the CIFS request. 

58. (New) The method of claim 55, wherein said determining whether recovery is to be 
accomplished by rebooting said server or takeover by another server is a function of a flag value 
stored in the non- volatile storage medium. 
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